AMENDMENT OF THE CLAIMS TO INVENTION: 

Please amend Claims 57-70, 72, 73 and 75-78 as follows: 

Claims 1-56 (canceled) 

Claim 57 (currently amended): A In combination, a computerized system implementing 
computer implement e d a method of reducing risk in a payment-based transaction wherein 
payment is made from an account holder to a Counterparty using a payment bank system 
operated by a payment bank, the said method comprising the steps of: 

receiving at least one user-supplied risk parameter associated with the Counterparty; 

receiving a first instruction authorizing payment from the account holder to the 
Counterparty; 

storing the first instruction in a payment queue; 

during processing of the payment transaction, performing a risk filter routine that 
determines whether to selectively reject payment authorized by the first instruction based upon 
fee said at least one user-supplied risk parameter associated with the Counterparty; 

wherein the said at least one user-supplied risk parameter comprises a clean payment 

limit. 

Claim 58 (currently amended): The comput e r impl e m e nt e d m e thod combination of claim 57, 
wherein4he said at least one user-supplied risk parameter is associated with each payment-based 
transaction wherein payment is made from the account holder to the Counterparty. 

Claim 59 (currently amended): In combination, a computerized system implementing A 
comput e r implem e nt e d a method of reducing risk in a payment-based transaction wherein 
payment is made from an account holder to a Counterparty using a payment bank system 
operated by a payment bank, the said method comprising the steps of: 

receiving at least one user-supplied risk parameter associated with the Counterparty; 

receiving a first instruction authorizing payment from the account holder to the 
Counterparty; 

storing the first instruction in a payment queue; 
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during processing of the payment transaction, performing a risk filter routine that 
determines whether to selectively reject payment authorized by the first instruction based upon 
the said at least one user-supplied risk parameter associated with the Counterparty; 

wherein the said at least one user-supplied risk parameter is associated with each 
payment-based transaction wherein payment is made from the account holder to the 
Counterparty; 

wherein the said at least one user-supplied risk parameter is selected from the group 
consisting of: 

(i) currency associated with each payment-based transaction, 

(ii) payment type associated with each payment-based transaction, and 

(iii) a Clean Payment Limit associated with each payment-based transaction. 

Claim 60 (currently amended): The computer implement e d m e thod combination of claim 59, 
wherein the said at least one user-supplied risk parameter is associated with a first identifier that 
identifies the account holder and a second identifier that identifies the Counterparty on the 
payment transaction. 

Claim 61 (currently amended): The comput e r - impl e m e nt e d method combination of claim 60, 
wherein the account holder comprises a user with a pre-existing account relationship with the 
payment bank. 

Claim 62 (currently amended): The computer - implem e nted m e thod combination of claim 61, 
wherein the account holder further comprises a third party, and wherein the user is acting on 
behalf of the third party. 

Claim 63 (currently amended): The computer - impl e m e nt e d m e thod combination of claim 62, 
wherein said third party executes a third party host application that generates the said at least 
one user-supplied risk parameter and communicates the said at least one user-supplied risk 
parameter and associated information to a user system, which forwards the said at least one 
user-supplied information to the risk filter routine. 
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Claim 64 (currently amended): The comput e r implement e d m e thod combination of claim 63, 
wherein only the user system can forward the said at least one user-supplied risk parameter 
communicated by the third party host application to the risk filter routine. 

Claim 65 (currently amended): The comput e r impl e ment e d method combination of claim 60, 
wherein the first and second identifiers are Bank Identifier Codes or an aggregation of such 
codes. 

Claim 66 (currently amended): The comput e r impl e m e nt e d m e thod combination of claim 60, 
wherein the Counterparty comprises a beneficiary of the payment-based transaction. 

Claim 67 (currently amended): A system for reducing risk in payment-based transactions 
comprising: 

a payment bank subsystem, operated by a payment bank, that processes a payment-based 
transaction wherein payment is made from an account holder to a Counterparty, wherein the 
payment bank subsystem includes a queue storing a first instruction authorizing payment from 
the account holder to the Counterparty during processing of the transaction; and 

a module, integrated with the payment bank subsystem, that stores at least one user- 
supplied risk parameter associated with the account holder, and includes a risk filter routine that 
operates during processing of the transaction to determine whether to selectively reject payment 
authorized by the first instruction stored in the queue based upon the said at least one user- 
supplied risk parameter associated with the Counterparty; 

wherein the said at least one user-supplied risk parameter comprises a clean payment 

limit. 

Claim 68 (currently amended): The system of claim 67, wherein the said at least one user- 
supplied risk parameter is associated with each payment-based transaction wherein payment is 
made from the account holder to a Counterparty. 

Claim 69 (currently amended): A system for reducing risk in payment-based transactions 
comprising: 
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a payment bank subsystem, operated by a payment bank, that processes a payment-based 
transaction wherein payment is made from an account holder to a Counterparty, wherein the 
payment bank subsystem includes a queue storing a first instruction authorizing payment from 
the account holder to the Counterparty during processing of the transaction; and 

a module, integrated with the payment bank subsystem, that stores at least one user- 
supplied risk parameter associated with the account holder, and includes a risk filter routine that 
operates during processing of the transaction to determine whether to selectively reject payment 
authorized by the first instruction stored in the queue based upon the said at least one user- 
supplied risk parameter associated with the Counterparty; 

wherein the said at least one user-supplied risk parameter is selected from the group 
consisting of: 

(i) currency associated with each payment-based transaction, 

(ii) payment type associated with each payment-based transaction, and 

(iii) a Clean Payment Limit associated with each payment-based transaction; 
transaction. 

Claim 70 (currently amended): The system of claim 69, wherein the said at least one user- 
supplied risk parameter is associated with a first identifier that identifies the account holder and 
a second identifier that identifies the Counterparty as payment beneficiary or intermediary on 
the payment transaction. 

Claim 71 (previously presented): The system of claim 69, wherein the account holder 
comprises a user with a pre-existing account relationship with the payment bank. 

Claim 72 (currently amended): The system of claim 71, wherein the system includes a user 
subsystem executing a user host application that generates the said at least one user-supplied 
risk parameter on a user subsystem and communicates the said at least one user-supplied risk 
parameter to the module for use in the risk filter routine. 
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Claim 73 (currently amended): The system of claim 72, wherein the user subsystem generates 
user-supplied updates to the said at least one user- supplied risk parameter and communicates 
the user-supplied updates to the module for use in the risk filter routine. 

Claim 74 (previously presented): The system of claim 71, wherein the account holder further 
comprises a third party, and wherein the user is acting on behalf of the third party. 

Claim 75 (currently amended): The system of claim 74, further comprising a third party host 
application that enables the third party to generate the said at least one user-supplied risk 
parameter and communicate the said at least one user-supplied risk parameter and associated 
information to a user subsystem, which forwards the said at least one user-supplied information 
to the module for use in the risk filter routine. 

Claim 76 (currently amended): The system of claim 75, wherein the third party host application 
enables the third party to generate updates to the said least one user-supplied risk parameter and 
communicate the updates and associated information to a user subsystem, which forwards the 
updates and associated information to the module for use in the risk filter routine. 

Claim 77 (currently amended): The system of claim 75, wherein only the user subsystem can 
forward the said at least one user-supplied risk parameter communicated by the third party host 
application to the module for use in the risk filter routine. 

Claim 78 (currently amended): The system of any of claims 71 to 77, wherein user-supplied 
risk parameter and updates thereto are communicated from the user subsystem to a central 
server, which stores the said at least one user-supplied risk parameter and updates thereto in a 
data server and forwards the said at least one user-supplied risk parameter and updates thereto to 
the module for use in the risk filter routine. 

Claim 79 (previously presented): The system of claim 70, wherein the first and second 
identifiers are Bank Identifier Codes. 
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Claim 80 (previously presented): The system of claim 70, wherein the Counterparty 
a payment beneficiary of the payment-based transaction. 
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